home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
United Public Domain Gold 2
/
United Public Domain Gold 2.iso
/
utilities
/
pu178.dms
/
pu178.adf
/
DOCUMENTATION
/
PPUTILS
/
PP
/
PP.history
< prev
next >
Wrap
Text File
|
1994-11-01
|
6KB
|
155 lines
In this document you will find a list of versions and comments to each of
these. Below the list you will find a more detailed description of whatever
changes there are in the latest version.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Program history (latest version listed first):
23 DEC 1991 - V1.4. Fixed some minor inconsistencies concearning list
manipulation (potential Guru attractors!)
Better autodetaching. Now uses Eddy Carrol style res()
No more need to press RETURN to terminate the WB banner.
Dropped support for encrypted datafiles. Who use it
anyway?
Made PP a lot more robust. Should cope much better with
ackward situations such as a request to terminate PP
while another process is still executing internal PP
code. Still a few things left to do..
MAJOR ENHANCEMENT: No more need for powerpacker.library!
Uses optimized version of Nico's assembly language
decrunch routine.
MAJOR ENHANCEMENT: More than 80% faster file loading!
(uses customized ppLoadData())
Discovered strange bug! Read .DOC file, please!
Much better memory management - load & decrunch larger
files
Simple virus warnings
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
22 AUG 1991 - V1.3. Made PP behave more politely to the OS. It now works
with most patcher-type programs, including VirusX.
Thanx Ray!
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
18 AUG 1991 - V1.2. Added support for AmigaDOS 2.0
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
08 AUG 1991 - V1.1. PP now works as an on/off switch.
Added more error messages.
Added workbench support.
More intelligent file loading.
Temporary decrunch path now selectable.
Made detach-startup optional (through #def's)
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
08 JUL 1991 - V1.0. Initial (beta) release
(PP would open a window for you to close when you no
longer wanted it to be active. File loading was crude
and slow, and PP was only able to use RAM for back-
ground file decrunching. Oh, by the way: PP didn't have
any error messages either ... )
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Changes in Powerpacker Patcher
Version 1.3 -> 1.4
A.
All list manipulation calls (AddHead() & friends) are now sandwiched
between Forbid() and Permit() calls.
B.
Pre-1.4 versions used the Aztec autodetach code. It worked, but had some
nasty side effects. For one thing, EndCLI refused to close the window.
Secondly, if anything happened during startup, and PP wanted to print
something, it would appear after the CLI prompt, which was not a pretty
sight.
V1.4 uses a C'ified and debugged version of Eddy Carrols res() function.
Now PP autodetaches correctly (and when it is good and ready for it!)
C.
I've had letters from people complaining about this. Now, any Workbench
messages displayed by PP will disappear after a few seconds.
D.
During my work to enhance the overall performance of PP, it soon became
clear that encrypted datafiles would be a big problem. So after some
consideration, I decided to discontinue the support for encryped datafiles,
as of PP v1.4. If anyone out there has some very strong arguments against
this, I'm all ears.
E.
Older versions terminated more or less at once, without any considerations
to the fact that other processes could quite possibly still be executing
internal PP code. 1.4 should cope much better in such situations.
Further, PP now refuses to terminate if some other process has repatched
its DOS vectors.
F.
It turned out that Nico's .fd file for powerpacker.library was incorrect.
I simply couldn't get his pp_DecrunchBlock to work! So I removed all
references to the library from the program, and implemented Nico's own
assembly decrunch routine (v2.0). I made a few optimizations here and
there, and PP now decrunches faster than Powerpacker itself. Nothing too
radical - I figure it to be about 15% max.
G.
This is a major one. Older PP's used the in-library ppLoadData(), which
was actually a major overkill. I finally pulled myself together and wrote
my own ppLoadData(). It is customized to suit the special needs of PP, and
so saves a lot of Seek()'ing and file opening/closing. A few basic tests
of mine showed that PP v1.4 was about 80% faster than previous versions.
With WB2.0 the effect is even more outspoken.
H.
This bug is possibly a Workbench bug. Please read "PP.DOC" (BUG section) to
find a more detailed description of this peculiarity.
I.
Also a major enhancement. For RAM based decrunch-paths (RAM:, VD0:, RAD:,
RRD: & friends), memory requirements are now only 10k more than what a
file unpacks to. For a file that unpacks to 100k, PP & RAM: combined
require some 110k (peak). Older versions would temporarily require more
than 200k to do this.
J.
PP will now (optionally) report when anybody changes PP's DOS vectors. Not
too sophisticated, but it gets the job done.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
CONCLUSION
If you have v1.3, throw it away and use v1.4 instead. If you have less than
v1.3, you have my condolences.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨